home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group00b.txt / 000008_icon-group-sender _Fri Jul 7 08:45:23 2000.msg < prev    next >
Internet Message Format  |  2001-01-03  |  1KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id IAA12521
  4.     for icon-group-addresses; Fri, 7 Jul 2000 08:45:08 -0700 (MST)
  5. Message-Id: <200007071545.IAA12521@baskerville.CS.Arizona.EDU>
  6. From: Atle <trollet@skynet.be>
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Error messages
  9. Date: Fri, 07 Jul 2000 11:12:29 -0100
  10. X-Trace: news0.skynet.be 962960788 28207 194.78.239.13 (7 Jul 2000 09:06:28 GMT)
  11. X-Complaints-To: abuse@skynet.be
  12. X-Accept-Language: en
  13. To: icon-group@optima.CS.Arizona.EDU
  14. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  15. Status: RO
  16. Content-Length: 690
  17.  
  18.  
  19. > For something that is so line-oriented as assembler language is, I'd think that either Icon or 
  20. >SNOBOL/SPITBOL would be relatively ideal tools for writing your assembler.  Although you COULD 
  21. >probably write it in Prolog, I have to wonder if the benefits of making that choice are enough to 
  22. >justify the hassle.
  23.  
  24. Well, it wasn't really the low-level routines for IO or code generation I though about, but the part where the assembler/compiler
  25. decides what to do - and that is something ProLog should be good at - ant 'decide what to do' in most cases is either 
  26.  
  27. pass it on
  28. stop with error message
  29.  
  30. so deciding what err message to put out, should be be a ProLog problem, right?
  31.  
  32. Atle
  33.